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(57) Abstract: A Personal Digital 
Key Digital Content Security System 
(PDK-DCSS) is used to protect computers 
from unauthorized use and protect the 
digital content (110) stored on computers 
bom being wrongfully accessed, copied, 
and/or distributed. The basic components 
of the PDK-DCSS are 1) a standard hard 
drive device (108), with the addition of a 
PDK Receiver/Decoder Circuit (PDK-RDC) 
optionally integrated into the hard drive's 
controller, and 2) a PDK-Key associated with the PDK-RDC. The PDK-Key and RDC technology is utilized to provide two 
categories of protection: 1) hard drive (108) access control for providing Drive-Level and Sector-Level protection and 2) operating 
system-level independent file protection for providing I^e-Level and Network-Level protection. 
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DIGITAL CONTENT SECURITY SYSTEM 

REFERENCE TO RELATED APPLICATIONS 

This application is related to U.S. patent application Serial No. 10/xxx,xxx 
5 filed May 17, 2004, which is a continuation-in-part of U.S. patent application Serial 
No. 10/715,035 ffled November 17, 2003, which is a continuation-in-part of U.S. 
patent application Serial No. 10/153,979 filed May 23, 2002, which is a 
continuation-in-part of U.S. patent application Serial No. 09/750,487 filed 
December 27, 2000 and Serial No. 10/016,857 filed December 14, 2001, all of 
10 which are incorporated herein by reference in their entirety. 

FIELD OF THE INVENTION 
The present invention relates generally to digital content security systems 
and, more particularly, to a digital content security system and method that provides 
different levels of protection of a computer or other storage device and the digital 
1 5 content stored thereon. 

BACKGROUND OF THE INVENTION 
The market for downloading digital content online is rapidly climbing 
because distribution of such content is inexpensive, fast, and easy and the quality of 
the content itself is acceptable. The market, however, remains disorganized due to 
20 competing standards, competing companies, discontented artists and producers, and 
outright theft of digital content. 

Digital rights management (DRM) companies seek to solve the foregoing 
problems by delivering the digital content from the real producers to the right 
customers and ensuring that everyone who should be paid in fact is paid. DRM 
25 seeks to get everyone paid by managing the multiple steps for distributing digital 
content (music, video, software) online: watermarking, encryption, transaction 
management, and rights management. Some DRM companies perform all these 
steps, while other DRM companies specialize in one or two steps of the process. 
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First, watennarking stamps each piece of digital content with a digital maik 
so it can be tracked wherever it goes. Digital watermarks are just like paper 
watermarks, except they cannot be seen or heard. Special software is required to 
read a digital watermark. 
5 Second, encryption scrambles watermarked digital content and stores it 

inside a digital safe for shipment around the Internet The safe protects the content 
during shipping by allowing only those with the right software key to the safe to 
decrypt and use the content. 

Third, transaction management handles actual payments for the digital 
10 content using credit card techniques found elsewhere in e-commerce. An order is 
placed, a credit card number is taken, account status is checked, and the exchange is 
aufliorized. 

Finally, rights management manages flie information about the digital 
content itself: what it is, who gets it, how it is delivered, how many times it may be 

15 used, how long the rights last, who gets paid, how much they get paid, and how. 

This information travels with the digital content in something called a digital permit. 
The permits rests on top of the digital content as it travels the Internet and allows 
legal users to enjoy the digital content for as long as the rights last, , 

The primary objective of DRM companies is to deploy technologies that 

20 protect digital content as it is distributed online. Some of these proposed 
technologies and DRM in general are discussed in the article "Digital Rights 
Management May Solve the Napster TroblemV Technology Investor, October 
2000, pp. 24-27. Although such technologies should reduce the amount of digital 
theft, they generally favor the content provider at the expense of the consumer or 

25 favor the consumer at the expense of the content provider. That is, the rights of 
either the content provider or the consumer are compromised. For example, some 
technologies severely limit the consumer's ability to make extra copies of digital 
content even when the digital content is solely for personal use. Other technologies 
facilitate the making of copies of digital content which can be used by different 
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consumers without tiie content provider being compensated by each consumer. The 
present inventor has discovered an improved DRM system and method that 
effectively balances and protects the rights of both the consumer and tiie content 
provider. In addition, the present inventor has discovered an associated digital 
5 content security system for protecting computers and other storage devices from 
unauthorized use and protecting the digital content stored on computers and other 
storage devices from being wrongfully accessed, copied, and/or distributed, 
SUMMARY OF THE INVENTION 
In accordance with the foregoing, there is disclosed a Personal Digital Key 

10 Digital Content Security System (PDK-DCSS) for protecting computers from 

unauthorized use and protecting the digital content stored on computers from being 
wrongfully accessed, copied, and/or distributed. The basic components of the PDK- 
DCSS are (1) a standard hard drive device, with the addition of a PDK 
Receiver/Decoder Circuit (PDK-RDC) optionally integrated into the hard drive's 

1 5 controller, and (2) a PDK-Key associated with the PDK-RDC. The PDK-Key and 
RDC technology is utilized to provide two categories of protection: (1) hard drive 
access control for providing Drive-Level and Sector-Level protection and (2) 
operating system-level independent file protection for providing File-Level and 
Network-Level protection. A number of alternative embodiments are also 

20 disclosed. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The foregoing and other advantages of the invention will become apparent 
upon reading the following detailed description and upon reference to the drawings 
in which: 

25 FIG. 1 is a flow chart of a method of managing digital rights in accordance 

with the present invention; 

FIGS. 2, 3, and 4 are block diagrams of portions of a DRM system for 
implementing the method in FIG. 1; 
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FIG. 5 is a conceptual model of core options for acquiring digital content 
that can be encoded to produce key-secvured content and core options for playing 
back the key-secured content; 
5 FIG. 6 is a block diagram for implementing a core acquisition option of 

downloaded content; 

FIG. 7 is a block diagram for implementing a core acquisition option of 
store-bought content; 

FIG. 8 is a block diagrain for implementing a core acquisition option of 
1 0 broadcast content; 

FIGS. 9a and 9b are block diagrams for implementing a core playback 
option of stand-alone devices; 

FIG. 10 is a block diagram for implementing a core playback option of 
networked devices; 

15 FIG. 11 is a block diagram of a standard computer hard drive incorporating 

an integrated PDK-RDC (receiver/decoder circuit) for the purpose of enabling 
multiple methods of securing digital content; 

FIG. 12 is a block diagram for implementing Drive-Level protection and 
Sector-Level protection in connection with the computer hard drive; 
20 FIG. 13 is a flow chart of the logic executed by the PDK-RDC for 

implementing Drive-Level protection and Sector-Level protection; 

FIG. 14 is a block diagram for implementing File-Level protection in 
connection with the computer hard drive; and 

FIG. 1 5 is a block diagram for implementing Network-Level protection by 
25 expanding File-Level protection to a network environment. 

While the invention is susceptible to various modifications and alternative 
forms, specific embodiments have been shown by way of example in the drawings 
and will be described in detail herein. However, it should be understood that the 
invention is not intended to be limited to the particular forms disclosed. Rather, the 
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invention is to cover all modifications, equivalents, and alternatives felling within 
the spirit and scope of the invention as defined by the appended claims. 

DESCRIPTION OF SPECIFIC EMBODIMENTS 
Turning now to the drawings and referring initially to FIG. 1, there is 
5 depicted a method of managing digital rights in accordance with the present 

invention. First, a new user requests a physical electronic key or data unit from a 
key provider (step 10). The key provider may offer a web site on flie Internet, a toll 
free telephone number, and/or retail outlet where the key may be acquired, hi 
addition, the key provider may allow a key to be requested in writing, preferably 
10 using a form designed by the key provider. In one model the user may acquire as 
many keys as desired, while in another model each user is only entitied to a single 
key. 

Second, in response to the user's request for a physical key, the key provider 
establishes a new secure accoimt for that new user in a secure user account database 

15 (step 12). The new account may include the following data fields: account number, 
password, software encryption key, user label, number of users (linked to account), 
address, telephone number, e-mail address, and custom fields. The custom fields 
may, for example, include demographic information such as the user's age, gender, 
marital status, income level, interests, hobbies, etc. The physical key may include 

20 the following data fields: user label, account number, software decryption key, and a 
custom storage area. The user label and the account number serve as a first 
activation code (or key code) for the acquired physical key. All data fields on the 
physical key, except for the user label, are preferably encrypted. To allow the user 
to view his or her account m the fixture, the user is preferably assigned a login name 

25 and the above-noted password. 

Third, the key provider ships the physical electronic key to the new user via 
a package courier such as the U.S. Postal Service, United Parcel Service, or Federal 
Express (step 14). In one pricing model the physical key is sent to the user at no 
charge, while in another pricing model the physical key must be purchased by the 
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user. If the physical key must be purchased by the user, either the user must provide 
credit/debit card information to the key provider in step 10 to pay with a credit/debit 
card, or the key provider includes an invoice with the shipped key in step 14. 

FIG. 2 is a block diagram of a system for implementing steps 10, 12, and 14 
5 of the method of managing digital rights. The system includes the new user 1 00, the 
key provider's web site 102, and the user account database 104, 

Referring back to FIG. 1, fourth, the user transmits his or her activation code 
in the physical key to a digital content provider, who may have a cooperative 
relationship with the key provider, and requests to purchase digital content (music, 

10 video, or software) from that content provider (step 16). The content provider may 
offer a web site on the Internet containing a listing of digital content available for 
purchase. To transmit the activation code to the content provider via the web site, 
the user may manually enter the activation code onto a secure page of the web site. 
Alternatively, the transmission of the activation code may be automatically 

15 implemented with wireless technology. Specifically, the user's computer may be 
outfitted with a detector that detects the activation code in the user's physical key 
and then relays the activation code to the content provider via the web site. The 
content provider may be affiliated with the key provider or may be separate firom the 
key provider but have an arrangement therewith. 

20 Fifth, the content provider requests the key provider to verify the activation 

code transmitted by the user (step 1 8). The content provider may send this request 
to the key provider's web site. Sixth, the key provider in turn accesses the user's 
account in the user account database and determines whether the activation code is 
in fact valid (step 20). The key provider may also determine whether the activation 

25 code is associated with the user that transmitted the activation code to the content 
provider. If the activation code is rejected as being invalid, the content provider is 
so informed and the content provider in turn will not honor any request by the user 
to purchase digital content. If, however, the activation code is accepted as being 
valid, the content provider is so informed and the purchase transaction proceeds. As 
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used herein, the term "key provider" generically refers to the entity or entities that 
manufacture, distribute, and validate the physical keys. These functions may 
actually be performed by multiple entities at different locations or by a single entity 
at a single location. 

5 Seventh, after securing validation of the first activation code in the physical 

key, the content provider pulls the requested digital content from a digital content 
database/library, marks the digital content with a second activation code (or unlock 
code) associated with the first activation code in the physical key, and encrypts the 
marked digital content (step 22). The second activation code in the digital content 

10 may simply be the same as the first activation code in the physical key, but at least 
partially encrypted for security. In one embodiment, the "key-secured" content file 
includes the following data fields: user label, accoimt number, and digital content. 
The user label and the account number serve as the second activation code for the 
digital content. If the content is merely for sampling (described in connection with 

15 FIG. 6), the file may include such additional data fields as a receiver/decoder circuit 
identification number, hour stamp, and life hours. All data fields on the content file, 
except for the user label, are preferably encrypted. 

Eighth, the content provider delivers the encrypted digital content to the user 
(step 24). The encrypted digital content may be delivered by downloading the 

20 encrypted digital content to the user* s computer while the user is online at the 

content provider's web site, by attaching the digital content to an e-mail addressed to 
the user, or by shipping a disk containing the encrypted digital content to the user 
via a package courier. The user may pay for the digital content either by providing 
credit/debit card information to the content provider in step 16 or by paying off of 

25 an invoice included with delivered digital content. If the digital content is delivered 
online, the user is preferably required to provide the credit/debit card information 
and have such information approved as a prerequisite to delivery of the digital 
content. If the user possesses more than one physical electronic key and would like 
the acquired digital content to function with each of the user's keys, all of the 
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activation codes are applied to the digital content The content provider charges the 
user based on the number of keys with which the user would like the digital content 
to function. For example, the user may be charged the same amount for each 
activation code, or may be charged a larger amount for one activation code and 
5 lesser amounts (e.g., surcharges) for additional activation codes. 

FIG. 3 is a block diagram of a system for implementing steps 16, 18, 20, 22, 
and 24 of the method of managing digital rights. The system includes the new user 
100, the content provider 106, the key provider's web site 102, the digital content 
database 108, and the acquired digital content 110. 

10 Returning to FIG, 1, ninth, the user enters the encrypted digital content into a 

playing device of a type suitable for playing the digital content (step 26). The 
device may, for example, be an MP3 player, ^personal computer, a DVD player, a 
CD player, a cellular phone, or other portable device. In one embodiment, the 
device contains a wireless transceiver adapted to receive a radio frequency signal 

15 transmitted by a corresponding wireless transceiver in the user's physical electronic 
key. The wireless transceiver in the device is optionally tracked and "secured" for 
audit purposes by permanently including a unique identifier assigned by the device 
manufacturer in the transceiver. 

Tenth, with the user's physical electronic key within a short range (e.g., few 

20 meters) of the playing device, the playing device reads (1) the first activation code 
carried in a secure radio frequency signal transmitted by the transceiver in the 
physical key to the transceiver in the device and (2) the second activation code 
marked on the encrypted digital content (step 28). The device contains decryption 
software or hardware for decrypting the encrypted digital content to the extent 

25 necessary to read any encrypted portion of the second activation code. 

Eleventh, the playing device compares the first activation code and the 
second activation code and determines whether the first activation code is associated 
with the second activation code (step 30). Steps 29 and 30 may be performed, for 
example, when the user presses a "play" button on the playing device or when the 
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user first enters the encrypted digital content into the playing device. If the first 
activation code is associated with the second activation code, the device decrypts 
and plays the digital content. If the first activation code is not associated with the 
second activation code, the device does not play the digital content. If the second 
5 activation code is simply the same as the first activation code, tiien the foregoing 
comparison determines whether there is a match between the first activation code 
and the second activation code. In a preferred embodiment, the device continues to 
play the digital content only while the physical key is sufficiently close to the device 
to communicate the first activation code to the device and allow the device to 

10 compare the first activation code to the second activation code at least partially 

encrypted with the digital content even while the digital content is being played. If 
the physical key is moved out of range, the device is no longer enabled to decrypt 
and play the digital content. In an alternative embodiment, once the device is 
initially enabled to decrypt and play the digital content, the device remains enabled 

15 until either the "play" function is stopped, a play track/song ends, or the digital 

content is removed fi:om the device, even if the physical key is moved out of range 
such that the key can no longer commimicate the first activation code to the device. 

FIG. 4 is a block diagram of a system for implementing steps 26, 28, and 30 
of the method of managing digital rights. The system includes the encrypted digital 

20 content 1 10, the key-enabled playing devices 1 12, and the user's physical electronic 
key 114. 

As stated above, the user's physical electronic key and the key-enabled 
playing device contain respective wireless transceivers to communicate the 
activation code in the key to the device. In a preferred embodiment, the transceivers 
25 are small, inexpensive Bluetooth radio chips that operate in the unlicensed ISM 
band at 2.4 GHz and avoid interference from other signals by hopping to a new 
frequency after transmitting or receiving a packet The radio chips are plugged into 
electronic devices, which can then communicate over short distances and througji 
obstacles by means of radio waves. Bluetooth is a term used to describe the 
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protocol of a short range (e.g., about 10 meters) frequency-hopping radio link 
between devices containing the radio chips. These devices are then termed 
"Bluetooth-onabled." The secure radio link replaces a cable that would otherwise be 
used to connect the devices. Further details concerning Bluetooth wireless 
5 technology may be obtained from www.bluetoofh.com. 

Wireless technologies other than Bluetooth may be used to communicate the 
activation code from the user's physical electronic key to the playing device. One 
example of an alternative wireless technology is known by a trade term "Wi-Fi," 
which is short for wireless fidelity and is another name for DEEE 802.1 1 b. Products 

10 certified as Wi-Fi by the Wireless Ethernet Compatibility Alliance (WECA) are 
interoperable with each other even if they are from different manufacturers. A user 
with a Wi-Fi product can use any brand of access point with any other brand of 
client hardware that is built to the Wi-Fi standard. 

In other alternative embodiments, the communication between the user*s 

15 physical electronic key and the playing device is not wireless. Rather, in one 
alternative embodiment, the user's physical electronic key communicates the 
activation code to the playing device via a transmission line such as a serial cable 
that plugs into the key at one end and tiie pla3dng device at the other end. In another 
alternative embodiment, the key is a smart card or magnetic card into which the 

20 activation code is encoded, and the key is configured to physically fit into a card 
reader slot on the playing device. 

The above-described DRM method and system for implementing the method 
are advantageous in that they afford the key holder with tremendous versatility in 
copying and using encrypted digital content for personal use. At the same time, the 

25 rights of the content provider are protected because only the key holder with a key- 
enabled device can use the encrypted digital content. The key holder can copy the 
encrypted digital content as many times as desired, but can only play the encrypted 
digital content on a key-enabled device that is enabled with the physical electronic 
key coded to decrypt the encrypted digital content. Thus, the digital content, even 
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when copied, remains personal to the key holder. Individuals other than the key 
holder cannot use the encrypted digital content, even if they copy it, because both 
the original and copies of the encrypted digital content are still encrypted and the 
individuals do not hold the physical electronic key coded to decrypt the digital 
S content. 

^ A core element of the present invention is the concept of a portable, physical 
electronic key that is personal to a particular user. The physical key represents a 
DRM solution that fully addresses the needs of both consumers and publishers of 
digital content. The physical key is permanently associated with a user's digital 

10 content library. At the time of content acquisition, the physical key becomes 

permanently associated with the newly acquired content. The user is now "linked" 
to that acquired content. A user (e.g., individual or family) may own as many 
physical keys as desired, but every piece of encrypted digital content purchased is 
tied to one specific key. The user may duplicate or transfer the acquired content to 

15 any media or device for playback as many times as desired, as long as the associated 
physical key is present Thus, the present invention guarantees that the acquired 
content is played only by the user who has legitimately paid for it. The present 
invention gives consumers unprecedented freedoms and conveniences to use 
legitimately purchased content while still fully protecting content providers' rights. 

20 Referring to FIG. 5, the present invention fully supports the use of "key- 

secured" digital content 125 with all core content acquisition options and all core 
playback options. The key-secured digital content 125 is encoded with a second 
activation code associated with a first activation code stored on the user's physical 
electronic key. The core acquisition options include downloaded content 120, store- 

25 bought content 122, and broadcast content 124. The core playback options include 
stand-alone devices 126 and networked devices 128. Each of these options are 
described in further detail below. 

Referring to FIG. 6 generally, as already noted in FIGS. 1 through 4, a 
primary application of the present invention is its use in the downloading of digital 

11 
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content from the Internet. A consumer shops a content distributor's website and 
selects a piece of content they wish to purchase (music, movies, software, E-books, 
etc.). The consumer then provides the web site with standard on-line purchase 
information including the selection's title and mefliod of payment, as well as their 
5 physical electronic key information. Transparent to the consumer, the distributor's 
web site links to the key provider's web site and transmits the physical key 
information for validation. The key provider's web site then provides the 
distributor's web site with the information required to prepare the acquired content 
for secure shipment to the consumer (or notification that the physical key was 

10 invalid). The key provider's web site records the transaction for later billing. 
Finally, the distributor's web site retrieves a copy of the digital content firom its 
library, permanently links it to the consumer's physical key (by using the key's 
information to encrypt it), and transmits the secured content to the consimier. The 
consimier is now free to duplicate the content as often as desired, and to play the 

1 5 content on any key-enabled playback device. 

Referring to the specifics of FIG, 6, the process of implementing the core 
acquisition option of downloaded digital content 120 (see FIG. 5) proceeds as 
follows. At step 130, a receiver/decoder circuit 140 retrieves an account number 
fi-om a consumer's physical key (transponder) 142 over a secure RF link. At step 

20 131, the consumer enters such data as a password, purchase selection, and method 
of payment via the consumer's personal computer 144. The data is transmitted to a 
content distributor's web site 146 from the consumer's personal computer 144. At 
step 132, the content distributor's web site 146 transmits the account number and 
password to a key provider's web site 148. At step 133, the key provider's web site 

25 148 authenticates all data against its database 150 and, if authentic, returns such 
information as the account number, user label, number of users, and software 
encryption key to the distributor's web site 146. If the data is not valid, the key 
provider's web site 148 sends a message to the distributor's web site 146 indicating 
the same. A counter, used for the key provider's billing purposes, is incremented. At 
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Step 134, the distributor's web site 146 pulls the purchased content file from its 
database 152, encrypts it with the software encryption key it received in step 133, 
and builds a final key-secured content file that is then transmitted to the consum^'s 
personal computer 144. Charges are assessed based on the number of users, etc. and 
5 billed to the consimier according to the method of payment At step 13S, invoices 
1 54 are generated and sent to content distributors by the key provider's web site 148 
on a regular cycle. 

Optionally, to enable content providers to offer sample content (e.g., limiting 
playback to the device on which the content was originally downloaded, for a 

10 specified period of time) a special "enhanced" version of a receiver/decoder circuit 
140 can be produced. These enhanced receiver/decoder circuits (primarily for PC's) 
would each include a unique identification number and additional functionality 
enabling them to "talk" to a key provider's web site 148 to acquire secured timing 
information. Sample content files may include the following information (in their 

1 5 encrypted header section) : 

• identification number of enhanced receiver/decoder circuit used for 
downloading and transmitted by the receiver/decoder circuit to the key 
provider's web site at the time of content purchase; 

• hour stamp (i.e., the hour in which the content was downloaded; and 

20 • life hours (i.e., number of hours content remains valid, such as perpetual, 
one hour, 24 hours, 48 hours, etc.). 
The above information is used by an "enhanced" receiver/decoder circuit during 
playback to determine whether a content file has "expired" or is attempting to play 
on an imauthorized device (i.e., any device except the device on which the content 

25 was originally downloaded). This capability allows content distributor web sites to 
distribute limited-use samples with associated tiered-pricing models. 

Referring to FIG. 7 generally, the present invention can be extended to store- 
bought content. To fully integrate store-bought content into the present invention, 
traditional store-bought content is modified in two ways. First, the content is 
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distributed in a copy protected format (e.g., using any valid copy protection 
technology). Second, the contCTt contains a unique content serial code. The content 
serial code may be contained either directly in the digital content or as a physical 
label. Each content serial code is designated by a content distributor during 
5 manufacturing and stored in the key provider's database. This database is later used 
to validate that each content serial code is unique and used only a prescribed number 
of times. To a consumer, a content serial code on their newly purchased store- 
bought content represents a download of a key-secured version of that content for 
free or a prescribed price. This key-secured copy provides the consumer with 

10 exactly the same advantages and freedoms as any other key-secured content From 
the consumer's standpoint, the download process occurs exactly as any other 
standard key-secured content download with the exception of how the payment is 
handled. The "payment" is the content serial code. By providmg all of the 
advantages of the present invention to consumers of legacy-capable store-bought 

15 content (by way of "content serial code downloads"), the scheme provides the 
industry with the first complete DRM solution. 

Referring to the specifics of FIG. 7, the process of implementing the core 
acquisition option of store-bought digital content 122 (see FIG. 5) proceeds as 
follows. At step 160, a receiver/decoder circuit 170 retrieves an account number 

20 from a consumer's physical key (transponder) 172 over a secure RP link, and the 

consumer's personal computer 174 reads a content serial code from the store-bought 
content 122. The store-bought content 122 contains the content serial code that 
uniquely identifies the content. The format of the content serial code may, for 
example, be PPPP.FFF.0123456789 where PPPP is a provider identification, FFF is 

25 a facility identification, and the numbers represent a sequence number. The store- 
bought content 122 incorporates a copyprotection scheme such as Macrovision™, 
key2audio'^, or SafeAudio™. Disc "copy flags" (specified in SDMI standards) may 
also be set to further inhibit duplication efforts. 
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At step 161, the consumer enters such data as a password and purchase 
selection via the consumer's personal computer 174. The previously-read content 
serial code specifies that the method of payment is to a "content serial code-credit" 
(i.e., there is typically no charge for this download because the content serial code 
5 confirms that the download in process is of content that the consumer has already 
legitimately purchased). The data is transmitted to a content distributor's web site 
176 firom the consumer's personal computer 174. At step 162, the distributor's web 
site 176 transmits the content serial code, account number, and password to a key 
provider's web site 178. At step 163, the key provider's web site 178 authenticates 

10 all data against its databases 180 and 182 and, if authentic, returns such information 
as the account mmiber, user label, number of users, software encryption key, and 
paid-flag (indicating the content serial code has been vaUdated) to the distributor's 
web site 176. The key provider's web site 178 now sets the paid-flag to disable any 
fiirther downloads and records the account number field in the content serial code 

1 5 database 1 82 for auditing purposes. If the data is not valid, the key provider's web 
site 178 sends a message to the distributor's web site 176 indicating the same. A 
counter, used for the key provider's billing purposes, is incremented. Each entry in 
the content serial code database 182 may mclude the following data fields: CDC #, 
paid-flag, and accoimt number. At step 164, the distributor's web site 176 pulls the 

20 content file fi:om its database 1 84, encrypts it with the software encryption key it 
received iii step 163, and builds a final key-secured file that is then transmitted to 
the consumer's personal computer 174. No charge is typically assessed because a 
valid content serial code serves as "payment" for the download. At step 165, 
invoices 186 are generated and sent to content distributors by the key provider's web 

25 site 178 on a regular cycle. 

Referring to FIG. 8 generally, the present invention can be extended to 
broadcast content. To fiiUy integrate broadcast content into the present invention, 
traditional broadcast content is only minimally modified. The modification is that 
the broadcast content is transmitted in a copy protected format (such as the DVD 
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Standard known as Content Scrairible System (CSS)). The remainder of the process 
is described below. A key-enabled recording device, incorporating a unique 
identifier, receives copy-protected broadcast content. If only playback of the 
broadcast content is desired, basic decoding (e.g., CSS) is performed and the 
5 broadcast content is sent on for playback. If the consumer wishes to record the 
broadcast content, however, the recording device performs additional steps prior to 
sending the broadcast content on for playback. The recording device connects to the 
key provider's web site to validate the recording device's internal identifier and the 
consumer's physical key. If both are valid, the recording device translates the 

10 broadcast content into a key-secured format by encoding it with the consumer's 
activation code, and then stores the key-secured content file, with its identifier 
permanently embedded within, for later use. The end resuh is key-secured 
broadcast content that provides the owner of the associated physical key all the 
fi-eedoms and advantages of the present invention. Although the content was 

15 originally broadcast, it caimot be illegally copied or distributed. The present 

invention can be applied to pay per view offerings, as well as standard broadcast 
material. 

Referring to the specifics of FIG. 8, the process of implementing the core 
acquisition option of broadcast digital content 124 (see FIG. 5) proceeds as follows. 

20 At step 1 80, a receiver/translator/recording device 1 90 receives digitally broadcast 
content in copy-protected format firom a source 192 such as satellite, cable, Intemet, 
or over-air. The broadcast content may be copy-protected using a copy-protection 
technology such as an enhanced CSS scheme. If a consumer wishes to only play 
(not record) the broadcast content, basic decoding (e.g., CSS decoding) is performed 

25 and the broadcast content is passed through to presentation device 194 for playback. 
The remaining steps below may be skipped. 

If, however, the consumer wishes to record the broadcast content, the 
following additional steps are performed prior to sending the broadcast content on 
for playback. At step 181, the receiver/translator/recording device 190 retrieves an 



16 



wo 2005/050450 



PCT/US2004/038124 



account number from the consumer's physical key (transponder) 196 over a secure 
RF link. At step 182, the receiver/translator/recording device 190 transmits the 
account number and its recorder serial code to a key provider's web site 198. Each 
device 190 contains a recorder serial code that uniquely identifies the device. The 
5 format of the recorder serial code may, for example, be MMMM.FFF.0123456789 
where MMMM is a manufacturer identification, FFF is a facility identification, and 
the numbers represent a sequence number. At step 1 83, the key provider's web site 
198 authenticates the data against its databases 200 and 202 and retums an 
"approved" or "rejected" response. A counter, used for the key provider's billing 

10 purposes, is incremented. At step 1 84, if a "rejected" response is received, the 
broadcast content cannot be recorded. If an "approved" response is received, the 
receiver/translator/recording device 190 translates the decoded content into a key- 
secured format by encoding it with the consumer's activation code, and records the 
key-secured content, with the recorder serial code permanently embedded within, to 

15 a storage device (that can optionally be an external device). The broadcast content 
can now be copied to and played back on any key-enabled playback device. At step 
185, invoices 199 are generated and sent to content distributors by the key provider's 
web site 198 on a regular cycle. While providing excellent additional security and 
protections, steps 182 and 183 are not mandatory for the present invention to 

20 function with broadcast content. It may be desirable, for cost purposes, to produce 
receiver/translator/recording devices 190 not capable of conmiunicating with the 
key provider's web site 198. 

Referring to FIGS. 9a and 9b generally, having acquired key-secured digital 
content and produced copies for playback on various devices such as a portable CD 

25 player, personal computer, home theater, etc., a consumer is now ready to use the 
digital content. Playback of key-secured content occurs as follows. A key-enabled 
playback device transparently reads information from a consumer's physical key and 
from the content file the consumer has requested to play. The pieces of information 
are then compared to validate that the physical key "matches" the content to be 
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played. If the elements match, the device begins playback of the content If the 
elements do not match, the device will not play the content and, depending upon the 
device^s capabilities, may display an "invalid content" message. From a consumer's 
point of view, when used with legitimately-acquired content, the process is entirely 
5 transparent, effortless, and non-intrusive. The consumer is free to use their content 
on any key-enabled playback device, with the only restriction being that the content 
can be played only when the associated physical key is present As noted above, the 
present invention gives consumers unprecedented freedoms and conveniences to use 
legitimately purchased content while still fiiUy protecting content providers* rights. 

10 Referring to the specifics of FIGS. 9a and 9b, the process of implementing 

the core playback option of stand-alone devices 126 (see FIG. 5) proceeds as 
follows. At step 210, a consumer requests playback of a key-secured content file 
via a playback device 220. The playback device 220 may, for example, be the 
consumer's personal computer (FIG. 9a) or a stereo amplifier (FIG. 9b) with 

15 integrated compact disc reader/player. At step 21 1, a receiver/decoder circuit 222 
searches for a physical key (transponder) 224. The circuit 222 may be a separate 
component from the playback device 220 as in FIG. 9a or integrated into the 
playback device 220 as in FIG, 9b. If the physical key is not found, the playback 
device 220 displays an "invalid content" message. If the physical key is found, the 

20 receiver/decoder circuit 222 retrieves all available information from the physical 
key 224 over a secure RF link. At step 212, the user labels in the physical key 224 
and the key-secured content file are compared. If the user labels do not match, the 
playback device 220 displays an "invalid" message. If the user labels do match, the 
receiver/decoder circuit 222 retrieves the software decryption key from the physical 

25 key 224 over the secure RF Unk between the physical key 224 and the playback 
device 220 and begins decryption of the encrypted portion of key-secured file. 
When the account number is decrypted, it is matched against the account number 
retrieved from the physical key 224. If the account numbers do not match, the 
playback device 220 displays an "invalid contmt" message. If the account numbers 
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do match, the software decryption key is used by the playback device 220 to decrypt 
remaining data in the key-secured file for playback. The us&c label and the account 
number in the physical key serve as a first activation code, and the user label and the 
account number in the content file serve as a second activation code. These 
5 activation codes must match (or have some other predetermined association) in 
order for playback to proceed. 

Referring to FIG. 10 generally, while stand-alone playback devices (e.g., CD 
players, PCs, DVD players, etc.) are currently the norm, the convergence of these 
devices and the Internet will lead to an environment where centralized digital 

10 distribution systems proliferate. Security of content in these environments is critical 
yet challenging to accomplish without imposing great restrictions. The present 
invention can provide security to a centralized digital distribution system and, in 
addition, offers many important enhancements that greatly increase the convenience 
and usability of such a system. These enhancements include integration of the 

15 physical key into a portable handheld computer which then doubles as the system 
remote. In addition to controlling all networked components, the remote is used for 
tasks such as purchasing content firom the Internet, and tracking the movement of a 
user throughout a facility to provide automatic "content following" (i.e., where 
content playback follows the user from room to room). The centralized nature of 

20 the digital content distribution system means that only one storage device is required 
to maintain a consumer's entire digital content library (e.g., music, movies, software, 
E-books, etc.) and to feed that content to any networked playback device. 

Referring to the specifics of FIG. 10, there is shown a centralized digital 
content distribution system for implementing the core playback option of networked 

25 devices 128 (see FIG. 5). The system is used in an establishment such as a 

residence or entertainment &cility. The system includes a digital content server 
3 10, a distribution hub 3 12, a plurality of remote clients 3 14, and a portable remote 
control 316. The digital content server 3 10 stores digital content acquired from a 
source 3 1 8 such as satellite, cable, Intemet, or over-air. Iq addition, the digital 
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content server 310 may store digital content uploaded fiom a standard component 
324. The plurality of remote clients 3 14 are located in dififerrat rooms of the 
establishment and linked to the digital content server 310 via the distribution hub 
3 12 or switch. The remote clients 3 14 are linked to the distribution hub 3 12 by a 
5 backbone transmission network 3 1 5. The backbone transmission network 3 1 5 may 
be wireless or wired with fiber optic cables, coaxial cables, or twisted pair cables, 
may employ a networking protocol such as Ethernet, Wi-Fi, Arcnet, or ATM 
(Asynchronous Transfer Mode), and may employ a commimications protocol such 
as TCP/IP. Each remote client 314 includes a network interface card (NIC) for 

1 0 interfacing with the backbone transmission network 315. 

The remote control 3 16 is adapted to communicate with each of the remote 
clients 314 and select the digital content stored in the digital content server 310. 
The remote control 3 16 is essentially a personal digital assistant (i.e., hand-held 
computer) including a display and added remote control circuitry. The display may, 

15 for example, be a liquid crystal display (LCD). The added remote control circuitry 
includes "system remote" circuitry and "universal remote" circuitry. 

The "system remote" circuitry in the remote control 316 is for establishing a 
first wireless transmission link 320 with each of the remote clients 3 14. The first 
wireless transmission link 320 may be a secure radio link (RP) as shown or an 

20 infi[ared link (IR). Upon establishing the first wireless transmission link 320 with 
one of the remote clients 314, the remote control 316 serves as a system remote 
capable of (1) displaying, scanning, and selecting the digital content available on the 
digital content server 310 and downloading the selected digital content from the 
digital content server 3 10 to the linked remote client 314 and (2) controlling the 

25 digital content server 3 10 to acquire or download digital content firom a source 318 
such as satellite, cable, Internet, or over-air. As used herein, the term "download" 
and similar variations thereof (e.g., downloaded, downloading, etc.) is intended to 
cover the transfer of content fix>m one device to a receiving device whether the 
content is stored on the receiving device or merely "streamed" to the receiving 



20 



wo 2005/050450 PCT/US2004/038124 



device for immediate playback. The remote control 3 16 preferably includes a 
display for displaying fhe digital content. The display may, for example, be a liquid 
crystal display (LCD). As a user holding the remote control 316 moves &om room 
to room of the establishment, the remote control 316 successively establishes 
5 wireless transmission links 320 with tiie remote clients 3 14 in the respective rooms, 
hi this way, the digital content available on the digital content server 310 follows 
the user's movement from room to room. 

hi a preferred embodiment, the first wireless transmission link 320 is a 
secure radio link established by matching transceivers in the remote control 3 16 and 

10 each remote client 3 14. The matching transceivers are preferably small, 

inexpensive Bluetooth™ radio chips that operate in the unlicensed ISM band at 2.4 
GHz and avoid interference from other signals by hopping to a new frequency after 
transmitting or receiving a packet. The radio chips are integrated into the respective 
remote control 316 and each remote client 3 14, which can then communicate over 

15 short distances and through obstacles by means of radio waves. Wireless 

technologies other than Bluetooth, such as Wi-Fi, may be used to communicate 
remote control signals between the remote control 316 and each remote client 314. 

The "universal remote" circuitry in the remote control 316 is for estabUshing 
a second wireless transmission link 322 with standard components 324 connected to 

20 the remote clients 3 14. The second wireless transmission Hnk 322 is preferably an 
infrared link (IR) as shown. Upon establishing the second wireless transmission 
link 322 with one of the standard components 324, the remote control 316 series as 
a universal remote capable of operating the standard component 324. The standard 
component 324 may, for example, be an audio receiver (stereo amplifier), an 

25 audiovisual receiver, a video monitor (television), etc. The standard components 
324 may be physically separate from, but linked to, the respective remote clients 
3 14 or may be physically integrated into the respective remote clients 314 like 
integrated device 324c. 
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The digital content stored on the digital content server 310 may be formatted 
as a compact disc (CD), digital video disc (DVD), MP3, electronic book, software, 
etc. When the remote control 316 is linked to one of the remote clients 314, a user 
may scan and select digital content to be downloaded from the digital content server 
5 3 10 to the remote client 314 and converted by the remote client 314 to a standard 
playable format (e.g., analog format) that can be played on the associated standard 
component 324. The selected digital content is downloaded from the digital content 
server 3 10 to the remote client 3 14 as raw digital data packets. The remote client 
3 14, in turn, converts the downloaded digital content to a standard component 

10 output(s) compatible with a standard component 324 connected to the remote client 
314, and the standard component 324 plays the digital content. Ports may, for 
example, include S-Video, RCA jacks, serial ports, Universal Serial Bus, Ethernet, 
Wi-Fi, Firewire™, Bluetooth, RF, or other similar outputs. The standard component 
324 incorporates, or is linked to, audio speakers for broadcasting any audio signals 

1 5 received from the remote client 314 and a video monitor for displaying any video 
signals received from the remote client 3 14. 

All content is stored on the digital content server 310 digitally, and is key- 
secured if obtained via the download or broadcast acquisition options of FIGS. 6 
and 8. If the digital content is key-secured, the plurality of remote clients 314 

20 include decryption circuitry (i.e., receiver/decoder circuit) for unlocking the digital 
content. The digital content selected for download from the digital content server 
3 10 to a remote client 314 preferably remains encrypted until converted to a 
standard component output(s) in the remote client 314. The remote client 314 acts 
as a converter between key-secured digital content from the digital content server 

25 3 10 and the standard component output(s). To decrypt the selected digital content, 
the remote control 316 contains a physical key initially acquired from a key 
provider in accordance with the present invention. The digital content is initially 
acquired from a content provider 326 that marks the digital content with an 
activation code associated witii the physical key. The decryption circuitry in the 
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remote client 314 receives an activation code from the remote control 3 16 via the 
wireless transmission link 320 and is enabled to unlock and convert the digital 
content to a playable format if the activation code in tiie remote control 316 is 
associated with the activation code in the digital content If the activation code in 
5 the remote control 3 16 is not associated with the activation code in the digital 
content, the remote client 314 will not unlock and convert the digital content. 

In an altemktive embodiment, the remote clients 314 are eliminated and the 
standard components 324 are linked directly to standard component outputs of the 
distribution hub 3 12 by the backbone transmission network 3 15. In this case, the 

1 0 distribution hub 3 12 serves as a switch, and the digital content server 310 contains 
the decryption circuitry for unlocking the digital content. As the digital content is 
decrypted, it is converted to a playable format and fed to the distribution switch 312 
for delivery to the appropriate standard component 324. The decryption circuitry in 
the digital content server 310 receives the activation code from the remote control 

15 316 and is only enabled to unlock and convert the digital content to a playable 
format if the activation code in the remote control 3 16 is associated with the 
activation code in the digital content. 

Instead of decrypting the digital content so that it can be played, the digital 
content may be downloaded (or "passed through") in its encrypted format to a 

20 storage device such as a media bumer 324a or computer hard disk 324b for storage 
thereon. When a user ultimately desires to play the stored digital content on a media 
player, the media player must contain the decryption circuitry for unlocking the 
digital content. After unlocking the digital content, the media player converts the 
unlocked digital content to a playable format and plays the digital content. The 

25 decryption circuitry in the media player receives the activation code from the remote 
control 316 or physical key with the same activation code. The media player is only 
enabled to unlock and convert the digital content to a playable format if the 
activation code in the remote control 3 16 or physical key is associated with the 
activation code in the digital content. 
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In addition to downloading selected digital content from the digital content 
server 3 1 0 to the remote clients 3 14, data (e.g., MP3, CD, DVD, software, etc.) 
from the standard components 324 can be uploaded to flie digital content server 310 
and stored digitally thereon. This allows for storage of legacy content on the digital 
5 content server 310. 

Referring to FIG. 1 1 generally, a digital content seciuity system and method 
protects computers from unauthorized use and protects the digital content stored on 
computers from being wrongftilly accessed, copying, and/or distributed. The basic 
components of the Personal Digital Key Digital Content Security System (PDK- 

10 DCSS) are (1) a standard hard drive device 330, with the addition of a PDK 

Receiver/Decoder Circuit (PDK-RDC) 332 integrated into the controller 334, and 
(2) a PDK-Key 336 associated with the PDK-RDC as described above. The standard 
computer hard drive 330 incorporates the integrated PDK-RDC 332 for the purpose 
of enabling multiple methods of securing digital content. Hard drives 330 

15 incorporating a PDK-RDC 332 are referred to herein as PDK hard drives. While the 
PDK-DCSS diagrams show the PDK-RDC 332 as being integrated with the hard 
drive's controller 334, all OS-level protections described below can be implemented 
using extemally-based PDK-RDCs. 

A PDK hard drive 330 is similar to any standard, currently available hard 

20 drive with the exception of the PDK-RDC 332 (which is integrated into the drive's 
controller circuit 334). A PDK-RDC 332 is an integrated circuit able to process 
PDK-Key information, as well as encrypt/decrypt PDK-compliant digital content. 
Additionally, this circuit 332 is able to secure the hard drive 330 itself This is 
implemented by the circuit 332 enabling or disabling the hard drive's controller 334 

25 depending on whether an associated PDK-Key 336 (one which is uniquely and 
permanently associated with the PDK hard drive 330) is present. Each PDK hard 
drive 330 would typically be delivered with its own PDK-Key 336. 

Secure RF communications between a PDK-Key 336 and its associated hard 
drive 330 occurs in the same manner as described above. It should be noted that 
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software drivers can optionally be designed to allow for dynamic key assignment 
(assigning of keys after purchase to enable key swapping, or assigning of individual 
keys to multiple devices). 

The PDK-Key and RDC technology is utilized to provide two categories of 
5 protection: 

1) Hard drive access control - where an entire drive 330 is either completely 
accessible (unlocked) or inaccessible (locked), and/or individual data sectors or 
clusters of data sectors are optionally encrypted/decrypted, depending on whether 
the specific PDK-Key 336 associated (and shipped) with the drive 330 is within 

10 range. This category of protection can be accomplished transparently to the 
operating system (OS) responsible for managing the drive. 

2) OS-level independent file protection - where the drivers RDC 332 
functions independently of the drive 330 to protect individual files (typically 
copyrighted material) firom wrongful copying. In this role, the RDC 332 works with 

15 any PDK-Key 336 (not just the one delivered with the drive 330) and any PDK- 
compliant file (they do not have to be stored on or associated with the hard drive 
330). This category of protection requires an OS-level software driver be run under 
the OS responsible for managing the drive. 

By utilizing these two categories of protection in various ways, four unique 

20 levels of content protection are enabled. Two of the levels (Drive-Level and Sector- 
Level) do not require external software support, while the remaining two (File-Level 
and Network-Level) require software drivers, as well as a stand-alone application 
for Network-Level implementations. Each of the four levels is defined below. 
Referring to FIGS. 12 and 13 for Drive-Level protection, when 

25 implemented, a PDK hard drive 330 will only fimction when the associated PDK- 
Key 336 is within range. The drive's controller 334 is disabled whenever the PDK- 
Key 336 is not present. The contents of files stored on the drive 330 are not 
encrypted. The Drive-Level protection feature is designed to protect the hard drive's 
owner by locking access to the PDK hard drive 330 whenever the associated PDK- 
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Key 336 is not present (i.e. when the owner momentarily steps away from the 
computer, if the computer is stolen, etc.). 

Referring to FIGS. 12 and 13 for Sector-Level protection, when enabled, 
every sector (or cluster of sectors) read or written is encrypted/decrypted by the 
5 RDC 332 using the drive's associated PDK-Key 336. Because the encryption is 
performed at Sector-Level as opposed to File-Level, the encoding can be 
accomplished without requiring any changes, involvement, or acknowledgement of 
the OS responsible for managmg the drive. The Sector-Level protection feature is 
designed to further protect the hard drive's owner (beyond Drive-Level protection) 

10 by encrypting the contents of the files stored on the drive, wifliout requiring any 
software modifications (OS, application, etc.). The security advantage is that if the 
drive access is in some way defeated, the contents of files on the drive are still 
protected. It should be noted that if users retrieve files from drive and purposely 
transfer them anywhere else (via email, memory sticks, etc.), the data will no longer 

15 be protected. Drive-Level protection and Sector-Level protection may be used 

individually or in combination. Also, as noted above, it should be understood that 
Sector-Level protection may be applied to individual data sectors or clusters of data 
sectors. 

FIG. 13 illustrates the logic executed by the RDC 332 for implementing 
20 Drive-Level protection and Sector-Level protection. The logic ensures OS-level 
commands (save entire file, read entire file, etc.) are given adequate time to 
complete. This enables implementation of logic without requiring OS changes, 
involvement, or acknowledgement. 

Referring to FIG. 14 for File-Level protection, implemented as an OS-level 
25 software driver utilizing the PDK-RDC 332 integrated in the PDK hard drive 330, 
File-Level protection provides standard PDK digital rights management services 
and fiinctionality as described above. As needed, the driver instructs the RDC 332 
to acquire PDK-Key information, validate the key-to-file match, and use the key's 
information to perform actual encryption/decryption of the file (as a whole, not at 
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the sector level). In the illustrated example, the file ABC 338 (which can reside on 
any storage device, in memory, etc.) is compared to any PDK-Key 336 within range 
of the PDK-RDC 332. If a match is found, the PDK-RDC 332 will decrypt the file 
338 for use with whatever playback mechanism placed the request. Any PDK-Key 
5 336 can be utilized, not just the key 336 associated with the PDK hard drive 330. 
When employed for File-Level protection (and Network-Level protection as 
described below), the PDK-RDC 332 functions independently of the hard drive 330 
in which it resides. While PDK-compliant files it encrypts or decrypts may reside 
on the resident hard drive 330 and may be associated with the drive's PDK-Key 336, 

10 they do not have to be. The PDK-RDC 332 can work with other PDK-Keys and 
files residing on other mediums. When used in this manner, the PDK-RDC 332 can 
be thought of as just coincidently residing within the hard drive 330. For File-Level 
and Network-Level protection, the RDC 332 may be implemented as a separate 
circuit board (not integrated within the hard drive 330) and still provide identical 

15 functionality. 

The primary use of File-Level protection is to secure and protect private or 
copyrighted material from wrongful copying and distribution. Because copies of any 
PDK-compliant files can only be accessed when the associated PDK-Key is present, 
File-Level protection enables copies (intended for use by the holder of the 

20 associated key) to be produced effortlessly and securely. In addition to the 

distribution of copyrighted content such as music and movies as described above, 
software developers can distribute their software products via the Internet with the 
same ease and security. Software distributed in this manner would allow the legal 
recipient to make unlimited copies (for backup purposes, use on a home computer, 

25 etc.), yet the copies would only fimction when the associated key is present, 
preventing unauthorized copies from being wrongfully distributed and used. 

The File-Level protection feature is designed to protect publishers of private 
or copyrighted material. Users can protect any file by converting it to PDK- 
compliant format; however, security of document files can be compromised by key 
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holders not wishing to maintain the file's integrity. Becaxise, wWle a Microsoft 
Word document (as an example) may be stored in the PDK-compliant protected 
format, once opened the contents could be cut and pasted into anofh^ application 
(e.g., an email program) thereby defeating the protection. Therefore the use of File- 
5 Level protection for use with documents is only applicable for entrusted recipients 
(individuals desiring to protect the content of which they are in possession). Non- 
document files, however, are not subject to these limitations. 

Referring to FIG. 15 for Network-Level protection, File-Level Protection 
can be expanded to a network envirorunent by employing a centralized software 

10 application / database called a PDK Document Controller (DC) 340 ruing on a 

server 342. A DC 340 enables the creation of Groups 342 that list which PDK-Keys 
344 are allowed access to files in specific directories. All files stored in directories 
controlled by the DC 340 are automatically encrypted using the DC administrator's 
PDK-Key and thereby become PDK-compliant files. This process places all files 

15 stored in the DC 340 in a uniformly encrypted format. 

Each user request for a file residing in a directory listed in a DC Group 342 
results in the following steps. An RDC located in the requester's workstation 346 
acquires information fi-om the user's PDK-Key 344 and relays that information to 
the DC 340. The DC then enables appropriate access as defined by the DCs Group 

20 database information. Specifically, the DC 340 performing a lookup of the 
requester's PDK-Key 344 in the appropriate Group's tables. If the DC 340 
determines that the PDK-Key 344 is listed in a Group 342 that also lists the 
directory containing the file the user wishes to access, the DC 340 knows that a 
valid PDK-Key 344 was used in the file request and grants access. The requested 

25 file is first decrypted with the administrator's PDK-Key, re-encrypted with the 

requester's PDK-Key 344, and then downloaded to the user's worlcstation 346. The 
foregoing process mirrors the process employed when using PDK to download 
digital media files firom the Intemet. 
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The Network-Level protection feature is designed to protect publishers of 
private or copyrighted material. Users can protect any file by converting it to PDK- 
compliant format; however, security of document files can be compromised by key 
holders not wishing to maintain the file*s integrity. Because, while a Microsoft 
5 Word document (as an example) may be stored in the PDK-comphant protected 
format, once opened the contents could be cut and paste into another application 
(e.g., an email program) thereby defeating the protection. Therefore, the use of File- 
Level protection for use with documents is only appUcable for entmsted recipients 
(individuals desiring to protect the content of which they are in possession). Non- 
10 document files, however, are not subject to these limitations. The system is well 
suited for estabhshing centralized databases of secure docimients intended for 
distribution to entrusted recipients such as personnel in a law firm or medical 
facility. 

While the present invention has been described with reference to one or 
1 5 more particular embodiments, those skilled in the art will recognize that many 
changes may be made thereto without departing firom the spirit and scope of the 
present invention. A number of enhancements and variations can be 
implemented/utilized that effectively broaden the PDK technology's scope and 
utility. These enhancements and alternative embodiments are summarized below. 
20 Integration of RDCs into Alternative Storage Devices. This embodiment 

involves integrating RDCs into alternative storage mechanisms beyond those of 
basic hard drives. These storage mechanisms include pure RAM/ROM-based 
storage commonly included/used in devices such as PDAs, cell phones, printer, 
copiers, faxes, scanners, MPS players, GPS systems, digital cameras, computer 
25 motherboards, and DVR players, as well as portable storage devices such as 

Memory Sticks, Secure Digital memory cards, or any similar such product, in which 
case the RDC is either directly installed on the device, or integrated into the device 
in which the memory cards/sticks are inserted. 



29 



wo 2005/050450 PCT/US2004/038124 



When an RDC is utilized in this manner, File-Level and Network-Level 
security function in the same manner as that described above for PDK hard drives. 
Drive-Level and Sector-Level security function in the same logical manner as that 
described for hard drives, but the physical implementation varies so as to control the 

5 bus structure that provides the conununications path between the storage 

mechanisms and their hosting devices. As with PDK hard drives, access to the 
storage is enabled/disabled by interrupting the communications path, signalmg to 
the hosting device that the storage is either "ready" or "busy," effectively 
enabling/disabling the device itself. To save batteries, RDCs used in this manner 

1 0 may only check for the presence of the associated PDK-Key on some periodic basis 
(versus every read or write sequence). And similar to PDK hard drives, Sector- 
Level security can be optionally utilized to encrypt/decrypt data traveling over the 
bus prior to writes and after reads to provide PDKs standard Sector- 
Level data encoding functionality. 

15 As when utilized in PDK hard drives, the PDKs security features provide 

the same convenient, non-intrusive, wireless security mechanism for the above- 
defined devices. This security mechanism protects any data stored on such devices 
in the event they are ever stolen, left unattended, or even purposely "disabled" to 
prevent access to sensitive content (i.e. preventing minors from accessing adult files, 

20 websites, etc.). When the associated PDK-Key(s) is not present, these devices and 
their storage means are locked and disabled. 

Dynamic PDK-Key Management. Utilizing dynamic PDK-Key 
management, PDK-Keys can be assigned to an RDC (whether integrated into a PDK 
hard drive or some other hosting device, or implemented independently) by a user 

25 (versus requiring such assignment at time of production). This capability is 

accomplished by including the required logic within the RDCs internal firmware 
(versus using an externally-based software driver to supply such capability). 

Using this capability, a user can optionally assign any PDK-Key to act as the 
RDCs master key (the first key assigned to the device). Then by involving this 
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master key (to prove the original "owner's" validation of the process), the user can 
assign (or remove) additional keys to the PDK-device. The general benefits of this 

feature include: 

o The ability for the individual possessing the master key to create backup 
5 keys (to be stored and later retrieved in flie event the master is ever lost), and 

to allow other users (those possessing additional keys) to also access dieir 
PDK device(s). 

o The option to ship PDK-RDCs (in any configuration, host devices, etc.) 
without any PDK-Keys. And to allow such devices containing these RDCs 
1 0 (such as PDK hard drives) to optionally function with all or part of the PDK- 

technology never enabled or utilized. For instance, a user may elect to not 
enable Drive-Level and Sector-Level security features, but still utilize the 
functionalities of File-Level and Network-Level security, 
o Giving users the option to purchase and associate a PDK-Key at a later time, 
15 or importantly, assign a PDK-Key they already utilize for another PDK- 

based device. This allows a user to utilize a single PDK-Key to provide 
access to all their PDK-based devices. 
This built-in (firmware-based) PDK-Key configuration/management capability 
greatly enhances PDK*s overall flexibility and ease of setup/use. 
20 Independent RDC configuration. While integrating an RDC into a hard 

drive offers numerous benefits, RDCs may exist separately firom hard drive 
mechanisms. In this configuration (as previously defined) an RDCs physical 
circuitry may exist in the form of a PC Card, a PC expansion board that plugs into a 
standard PC expansion slot, a USB-based plug-m board, or any other similar design 
25 able to interface with a hosting device. Used in this manner, RDCs provide all 
previously defined fimctionalities with the exception of basic hard drive access- 
control. 

Buffer Flush & Notification Software Driver. This enhancement involves 
using a simple software device driver to recognize when a PDK-Key is out of range 
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(by "watching" for signals from the RDC), and when such a condition is detected to 
flush (empty) the host system's "read" buffer (effectively clearing any data the 
system may have been cached in internal memory in order to speed data access), 
and display a simple message indicating the PDK-Key is in/out of 'range. This 
5 optional mechanism can be utilized with any RDC configuration and on any PDK- 
protected device. 

Each of these embodiments and obvious variations thereof is contemplated 
as falling within the spirit and scope of the claimed invention, which is set fort in 
the following claims. 
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CLAIMS ; 

1 . A method of securing a storage device having a hard drive, comprising: 

detecting a portable, physical key with a receiver/decoder circuit associated 
with the hard drive; 

5 validating the detected portable, physical key with the receiver/decoder 

circuit; and 

permitting access to the storage device or a portion thereof with the receiver/decoder 
circuit if the detected key is validated. 

10 2. The method of claim 1, wherein the receiver/decoder circuit resides in the 
storage device, 

3. The method of claim 1, wherein the detecting step includes detecting the key 
over a secure wireless link. 

15 

4. The method of claim 1, wherein the validating step includes detemiining 
whether or not the detected key is associated with the storage device. 

5. The method of claim 4, wherein the receiver/decoder circuit enables the 
20 storage device if the detected key is validated and disables the storage device if the 

detected key is not vahdated in order to provide device-level protection. 

6. The method of claim 5, wherein the storage device stores digital content that 
is not encrypted with the key. 

25 

7. The method of claim 4, wherein digital content read from or written to the 
storage device is decrypted or encrypted by the receiver/decoder circuit using the 
key associated with the storage device in order to provide sector-level protection. 



33 



wo 2005/050450 



PCT/US2004/038124 



8. The method of claim 4, wherein the key associated with the storage device is 
initially delivered with the storage device. 

9. The method of claim 1, wherein the storage device is selected from a group 

5 consisting of PDAs, cell phones, printer, copiers, faxes, scanners, MPS players, GPS 
systems, digital cameras, computer motherboards, DVR players, memory sticks, and 
memory cards. 

10. The method of claim 4, wherein the key associated with the storage device is 
1 0 assigned thereto by a user. 

11. A system for securing a storage device of a computer, comprising: 
a portable, physical key; and 

a receiver/decoder circuit for detecting and validating the key and for 
15 permitting access to the storage device or a portion thereof if the detected key is 
valid, the receiver/decoder circuit being associated with the storage device; 

12. The system of claim 1 1, wherein the receiver/decoder circuit resides in the 
computer. 

20 

13. The system of claim 1 1, wherein the receiver/decoder circuit detects the key 
over a secure wireless line, 

14. The system of claim 1 1 , wherein the receiver/decoder circuit validates the 
25 key by determining whether or not the detected key is associated with the storage 

device. 
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15. The system of claim 14, wherein the receiver/decode circuit enables the 
storage device if the detected key is validated and disables the storage device if the 
detected key is not validated in order to provide device level protection. 

5 16. The system of claim 1 S, wherein digital content stored on the computer is 
not encrypted with the key. 

17. The system of claim 14, wherein the receiver/decoder circuit decrypts or 
encrypts digital content read from or written to the storage device using the key 

10 associated with the storage device in order to provide sector-level protection. 

1 8. The system of claim 14, wherein the key associated with the storage device 
is initially delivered with the storage device. 

15 19. The system of claim 11, wherein the storage device is selected from a group 
consisting of PDAs, cell phones, printer, copiers, faxes, scanners, MPS players, GPS 
systems, digital cameras, computer motherboards, DVR players, memory sticks, and 
memory cards. 

20 20. The system of claim 14, wherein the key associated with the storage device 
is assigned thereto by a user. 
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